Searched hist:d3eae2a6 (Results 1 – 1 of 1) sorted by path
/freebsd/bin/sh/ |
H A D | cd.c | d3eae2a6 Wed Jan 01 12:06:37 GMT 2020 Jilles Tjoelker <jilles@FreeBSD.org> sh: Fix rare memory leak with SIGINT
If getcwd() failed earlier on but later succeeded in the pwd builtin, there was no INTOFF protection between calling savestr() and storing its result.
It is quite rare for getcwd() to fail, and rarer for it to succeed later in the same directory.
Found via code inspection for changing ckmalloc() and similar to assert INTOFF protection instead of applying it directly (which protects against corrupting malloc's internal state but allows memory leaks or double frees).
MFC after: 1 week d3eae2a6 Wed Jan 01 12:06:37 GMT 2020 Jilles Tjoelker <jilles@FreeBSD.org> sh: Fix rare memory leak with SIGINT
If getcwd() failed earlier on but later succeeded in the pwd builtin, there was no INTOFF protection between calling savestr() and storing its result.
It is quite rare for getcwd() to fail, and rarer for it to succeed later in the same directory.
Found via code inspection for changing ckmalloc() and similar to assert INTOFF protection instead of applying it directly (which protects against corrupting malloc's internal state but allows memory leaks or double frees).
MFC after: 1 week d3eae2a6 Wed Jan 01 12:06:37 GMT 2020 Jilles Tjoelker <jilles@FreeBSD.org> sh: Fix rare memory leak with SIGINT
If getcwd() failed earlier on but later succeeded in the pwd builtin, there was no INTOFF protection between calling savestr() and storing its result.
It is quite rare for getcwd() to fail, and rarer for it to succeed later in the same directory.
Found via code inspection for changing ckmalloc() and similar to assert INTOFF protection instead of applying it directly (which protects against corrupting malloc's internal state but allows memory leaks or double frees).
MFC after: 1 week d3eae2a6 Wed Jan 01 12:06:37 GMT 2020 Jilles Tjoelker <jilles@FreeBSD.org> sh: Fix rare memory leak with SIGINT
If getcwd() failed earlier on but later succeeded in the pwd builtin, there was no INTOFF protection between calling savestr() and storing its result.
It is quite rare for getcwd() to fail, and rarer for it to succeed later in the same directory.
Found via code inspection for changing ckmalloc() and similar to assert INTOFF protection instead of applying it directly (which protects against corrupting malloc's internal state but allows memory leaks or double frees).
MFC after: 1 week d3eae2a6 Wed Jan 01 12:06:37 GMT 2020 Jilles Tjoelker <jilles@FreeBSD.org> sh: Fix rare memory leak with SIGINT
If getcwd() failed earlier on but later succeeded in the pwd builtin, there was no INTOFF protection between calling savestr() and storing its result.
It is quite rare for getcwd() to fail, and rarer for it to succeed later in the same directory.
Found via code inspection for changing ckmalloc() and similar to assert INTOFF protection instead of applying it directly (which protects against corrupting malloc's internal state but allows memory leaks or double frees).
MFC after: 1 week d3eae2a6 Wed Jan 01 12:06:37 GMT 2020 Jilles Tjoelker <jilles@FreeBSD.org> sh: Fix rare memory leak with SIGINT
If getcwd() failed earlier on but later succeeded in the pwd builtin, there was no INTOFF protection between calling savestr() and storing its result.
It is quite rare for getcwd() to fail, and rarer for it to succeed later in the same directory.
Found via code inspection for changing ckmalloc() and similar to assert INTOFF protection instead of applying it directly (which protects against corrupting malloc's internal state but allows memory leaks or double frees).
MFC after: 1 week d3eae2a6 Wed Jan 01 12:06:37 GMT 2020 Jilles Tjoelker <jilles@FreeBSD.org> sh: Fix rare memory leak with SIGINT
If getcwd() failed earlier on but later succeeded in the pwd builtin, there was no INTOFF protection between calling savestr() and storing its result.
It is quite rare for getcwd() to fail, and rarer for it to succeed later in the same directory.
Found via code inspection for changing ckmalloc() and similar to assert INTOFF protection instead of applying it directly (which protects against corrupting malloc's internal state but allows memory leaks or double frees).
MFC after: 1 week
|